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(S) Bus control apparatus. 
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@ A bus control apparatus is provided which 
can control the access timing between a central 
processing unit and a peripheral equipment 
without increasing the size and the cost of the 
entire system. The access timing between the 
central processing unit and the peripheral 
equipment is controlled in accordance with an 
operation timing of the peripheral equipment 
described in a timing table. 
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This invention relates to a bus control apparatus 
suitable for use with, for example, a computer. 

A conventional computer, may include a peripher- 
al equipment such as, for example, an interface board 
which operates at a lower speed than the bus access- 
ing speed of a CPU (central processing unit) of the 
computer. To resolve the mis-match of bus accessing 
speeds, the speed of the bus accessing by the CPU 
may be decreased in accordance with the bus ac- 
cessing timing of the peripheral equipment; however, 
the processing speed of the entire apparatus is re- 
duced as a result Therefore, a so-called wait control- 
ler or a like apparatus may be provided in order to ad- 
just the timing at which a read signal or a write signal 
developed from the CPU is to be supplied to the per- 
ipheral equipment. 

Further, a conventional computer, may include 
peripheral equipment having a bus width different 
from that of the CPU, in particular, where, for exam- 
ple, the peripheral equipment uses a bus width of 8 
bits while the CPU uses a bus width of 32 bits. In that 
case hardware apparatus for exclusive use for pack- 
ing and unpacking data may be provided and data of 
32 bits outputted from the CPU are divided (un- 
packed) into four groups of data of 8 bits to be sup- 
plied to the peripheral equipment whereas data of 8 
bits outputted from the peripheral equipment are 
read-in in groups of four, to produce (pack) data of 32 
bits to be supplied to the CPU. 

By the way, such a wait controller as described 
above must be designed for each design of peripheral 
equipment to be connected to the computer. This 
makes the controller expensive. 

Further, some peripheral equipment continue to 
output data for a while even after reading of data of 
the CPU from the peripheral equipment comes to an 
end, that is, have long floating times. Further, some 
other peripheral equipment are required to hold data 
on a data bus for a while even after outputting of a 
data write signal from the CPU to write data into the 
peripheral apparatus comes to an end, that is, have 
a long hold time. 

With such peripheral equipment that has a long 
floating time or a long hold time, operation timings 
cannot be adjusted only by means of such a wait con- 
troller as described above and some special hard- 
ware contrivance is required for the peripheral equip- 
ment. 

This has impact on the size and cost of the appa- 
ratus. 

Further, the hardware apparatus for packing and 
unpacking data described above requires, similarly to 
a wait controller, individual designing of, for example, 
packing-unpacking trigger generation logic in accor- 
dance with the peripheral equipment to be connected 
to the computer, which again makes it expensive. 

Furthermore, where peripheral equipment of a 
bus width of 8 bits is employed for a CPU of another 



bus width of 32 bits as described above, when four 
data of 8 bits obtained by unpacking data of 32 bits 
outputted from the CPU are to be written into the per- 
ipheral equipment, if the peripheral equipment is, for 

5 example, a memory, the address into which data 
should be written must be incremented one by one 
four times, but if the peripheral equipment is an ap- 
paratus of the type which has a buffer of a so-called 
FIFO (first- in first-out) type and for which reading and 

10 writing of data are performed at a fixed address, the 
peripheral equipment must be constructed so that the 
four data of 8 bits are written into the same fixed ad- 
dress. 

In the present specification, whether, when data 
15 are written into or read out from the peripheral equip- 
ment having a bus width different from that of a CPU, 
the address is incremented or fixed as described 
above is referred to as addressing type. 

The hardware apparatus described above, how- 
20 ever, is not constructed such that the address of a 
peripheral equipment into or from which data are to be 
written or read out is designated taking the address- 
ing type of the peripheral equipment into considera- 
tion. 

25 Accordingly, for example, an application program 
must be designed and programmed taking the ad- 
dressing type of the peripheral equipment into consid- 
eration, which is cumbersome. 

It is an object of the present invention to provide 
30 a bus control apparatus which can control communi- 
cations of data between a CPU and the peripheral 
equipment without increasing the size and the cost of 
the entire system. 

According to the present invention, there is pro- 
35 vided a bus control apparatus for interconnecting a 
plurality of bus lines, comprising: 

a main bus to which a central processing unit 
is connected; 

a sub bus to which a peripheral equipment is 
40 connected; 

storage means for storing an operation timing 
of said peripheral equipment; and 

control means for controlling an access timing 
between said central processing unit and said periph- 
45 eral equipment in accordance with the operation tim- 
ing of said peripheral equipment stored in said stor- 
age means. 

The invention also provides a bus control appa- 
ratus for interconnecting a plurality of bus lines, com- 
50 prising: 

a main bus to which a central processing unit 
is connected; 

a sub bus to which a peripheral equipment is 
connected; 

55 storage means for storing a bus width and an 

addressing type of said peripheral equipment; 

data latch means for latching data outputted 
from said central processing unit or said peripheral 
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equipment; 

address latch means for latching an address 
outputted from said central processing unit to said 
peripheral equipment; and 

control means for controlling packing/unpack- 
ing of data latched in said data latch means in accor- 
dance with the bus width of said peripheral equipment 
stored in said storage means and controlling the ad- 
dress latched in said address latch means in accor- 
dance with the addressing type of said peripheral 
equipment stored in said storage means. 

In the bus control apparatus, the access timing 
between the central processing unit and the periph- 
eral equipment is controlled by the control means in 
accordance with the operation timing of the peripher- 
al equipment stored in the storage means. According- 
ly, a special hardware apparatus such as, for exam- 
ple, a wait controller for adjusting the accessing tim- 
ing between the central processing unit and the per- 
ipheral equipment need not be provided for each item 
of peripheral equipment which may be connected to 
the main bus or the sub bus. Consequently, the ac- 
cess timing between the centra! processing unit and 
the peripheral equipment can be controlled without in- 
creasing the size and the cost of the entire system. 

Preferably, the operation timing of the peripheral 
equipment stored in the storage means is re-writable 
so that, even if the specifications of the peripheral 
equipment are modified or new peripheral equipment 
is added, it is unlikely that it will not be possible to use 
the apparatus. 

The storage means may store at least a hold time 
or a recovery time of the peripheral equipment In this 
instance, the timing can be controlled in accordance 
with the hold time or the recovery time. 

Preferably, the main bus has a bus width greater 
than the bus width of the sub bus, and more prefer- 
ably, the bus width of the main bus is equal to an in- 
tegral number of times the bus width of the sub bus. 

In the version of the bus control apparatus equip- 
ped with the data latch means, data outputted from 
the central processing unit or the peripheral equip- 
ment are latched by the data latch means, and an ad- 
dress outputted from the central processing unit to 
the peripheral equipment is latched by the address 
latch means. Packing/unpacking of the data latched in 
the data latch means is controlled in accordance with 
the bus width of the peripheral equipment stored in 
the storage means while the address latched in the 
address latch means is controlled in accordance with 
the addressing type of the peripheral equipment stor- 
ed in the storage means. Accordingly, an application 
program can be designed without taking packing/un- 
packing of data and the addressing type into consid- 
eration, and consequently, an application program of 
high universality in use can be provided. 

Preferably, the bus width and the addressing type 
of the peripheral equipment stored in the storage 



means are re-writable so that, even if the specifica- 
tions of the peripheral equipment are modified or a 
new peripheral equipment is added, it is unlikely that 
it will be impossible to use the apparatus. 
5 The invention will be further described by way of 

non-limitative example with reference to the accom- 
panying drawings, in which 

FIG. 1 is a block diagram showing a computer to 

which a bus control apparatus of the present in- 
fo vention is applied; 

FIG. 2 is a detailed block diagram of a gateway 

of the computer shown in FIG. 1; 

FIG. 3 is a timing table illustrating operation of 

the computer shown in FIG. 1; 
15 FIG. 4 is a bus width table showing bus widths 

and addressing types employed in the computer 

shown in FIG. 1; 

FIG. 5 is a time chart illustrating operation of the 
computer shown in FIG. 1 when data are read out 
20 from a first device to a CPU; 

FIG. 6 is a similar view but illustrating operation 
of the computer shown in FIG. 1 when data are 
written from the CPU to a second device; 
FIG. 7 is a similar view but illustrating operation 
25 of the computer shown in FIG. 1 when data are 

read out from a ROM to the CPU; 
FIG. 8 is a similar view but illustrating operation 
of the computer shown in FIG. 1 when data are 
written from the CPU to the first device; and 
30 FIGS. 9 to 14 are flow charts illustrating opera- 

tion of the gateway shown in FIG. 2. 
Referring first to FIG. 1 , there is shown a comput- 
er which includes a gateway to which a bus control ap- 
paratus of the present invention is applied. The com- 
35 puter shown include a CPU 1 which may be, for ex- 
ample, a 32-bit CPU and executes predetermined 
processes in accordance with a system program stor- 
ed in a ROM (read only memory) 5 and/or an applica- 
tion program stored in a RAM (random access mem- 
40 ory) 2. The RAM 2 is, for example, a high speed 
DRAM (dynamic RAM) of a 32-bit width and tempor- 
arily stores an application program or data necessary 
for operation of the system. Adevice 3 is, for example, 
a high speed device of a 32-bit width and performs 
45 predetermined processing such as sound processing 
or image processing. 

The CPU 1, the RAM 2 and the device 3 are con- 
nected to a main bus 9 in the form of a 32-bit high 
speed bus, and data of 32 bits are communicated at 
so a high speed between the CPU 1 and the RAM 2 or 
the device 3 by way of the main bus 9. 

The ROM 5 is, for example, a ROM of an 8-bit 
width and stores a system program stored in advance 
therein. A backup memory 6 is, for example, a mem- 
55 ory of a 1 6-bit width and stores data as backup data. 
A device 7 is, for example, a device of an 8-bit width 
and executes predetermined processing such as 
sound processing or image processing. Another de- 
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vice 8 is, for example, an input/output interface of a 
16-bit width. 

The ROM 5, the memory 6 and the devices 7 and 

8 operate at a operation speed lower than that of the 
CPU 1 and are connected to a sub bus 1 0 as a genera! 
purpose bus of, for example, 16 bits. It is to be noted, 
however, that the ROM 5 and the device 7 of an 8-bit 
width are connected to the lower 8 bits of the sub bus 

10 of 16 bits. 

It is to be noted that, though not shown, the main 
bus 9 and the sub bus 10 are each constituted from 
a data bus, an address bus and a control bus. 

A gateway 4 is connected between the main bus 

9 and the sub bus 10 and controls communications of 
data between the CPU 1 and the ROM 5, the memory 
6 or the device 7 or 8. 

Referring now to FIG. 2, the gateway 4 includes, 
for example, a data buffer 11 , four multiplexers (MUX) 
12a to 12d, a timing table storage section 13, a bus 
width storage section 14, a counter 15, a controller 
1 6, a main address decoder 17, an address table stor- 
age section 18, a sub bus address decoder 19, a sta- 
tus buffer 20, and an address buffer 21. 

It is to be noted that each broken line in FIG. 2 de- 
notes a control signal line. 

The data buffer 11 is controlled by the controller 
1 6 such that it latches data of 32 bits supplied thereto 
from the CPU 1 by way of the main bus 9 and outputs 
four data of 8 bits from the uppermost bit of the 32- 
bit data to the multiplexers 12a to 12d, respectively. 
Meanwhile, the data buffer 11 latches data from the 
multiplexers 12a to 1 2d of 8 bits and outputs them as 
32-bit data to the main bus 9. 

The multiplexers 12a to 12d constructed with an 
8-bit width are controlled by the controller 16 such 
that they latch four data of 8 bits from the data buffer 

1 1 and output them as two data of 1 6 bits or four data 
of 8 bits to the 10. Meanwhile, the multiplexers 12a 
to 12d latch two data of 16 bits or four data of 8 bits 
from the sub bus 10 and outputs them as data of 32 
bits to the data buffer 11 . 

The timing table storage section 13 stores in ad- 
vance therein such a timing table as shown in FIG. 3 
in which, for example, read delay times, write delay 
times, hold times, floating times and recovery times 
of the ROM 5, the memory 6 and the devices 7 and 8 
connected to the sub bus 10 are described. 

It is to be noted that the read delay time or the 
write delay time signifies the access time when data 
are read or written, and the hold time signifies the 
time for which data must be held on a bus after out- 
putting of a write signal comes to an end. Further, the 
floating time signifies the time for which data must be 
held on a bus even after reading of data comes to an 
end, and the recovery time signifies the time interval 
necessary when a same peripheral equipment is to be 
connected and accessed (the interval of time which 
must be provided before a next access after a first ac- 



cess comes to an end). 

The bus width table storage section 14 stores in 
advance such a bus width table as illustrated in FIG. 
4 in which the data lengths (hereinafter referred to as 

5 bus widths) handled by the ROM 5, the memory 6, 
and the devices 7 and 8 connected to the sub bus 10 
and the addressing types of them are described. 

It is to be noted that, in the bus width table of FIG. 
4, any peripheral equipment whose addressing type 

10 is fixed (in the present embodiment, the devices 7 and 
8) has a data buffer of, for example, the FIFO type and 
requires designation of a predetermined same ad- 
dress (fixed address) upon reading or writing of data 
divided into a plurality of sets by unpacking. On the 

15 other hand, any other peripheral equipment whose 
addressing type is variable (in the present embodi- 
ment, the ROM 5 and the memory 6) requires, upon 
reading or writing of data divided into a plurality of 
sets by unpacking, incrementing or decrementing of 

20 the address to designate a new address for reading 
or writing of data of a next data set after reading or 
writing of data of one of the data sets. 

The counter 15 counts a system clock (System 
Clock) supplied thereto from a clock generator not 

25 shown by way of the main bus 9 and the controller 1 6. 
The controller 16 varies the timing of a read 
(Read) signal or a write (Write) signal supplied thereto 
from the CPU 1 by way of the main bus 9 in accor- 
dance with the timing table (FIG. 3) stored in the tim- 

30 ing table storage section 13 and outputs a resulted 
signal as an SRead signal or an SWrite signal to the 
sub bus 10. Further, the controller 16 outputs a Da- 
taOK signal, which will be hereinafter described, at a 
predetermined timing in accordance with the timing 

35 table (FIG. 3) stored in the timing table storage sec- 
tion 13. 

Furthermore, the controller 16 controls the data 
buffer 11 in accordance with a bus width described in 
the bus width table (FIG. 4) stored in the bus width ta- 

40 ble storage section 14 and an AccessType (length of 
data handled by the CPU 1) supplied thereto from the 
CPU 1 by way of the main bus 9 to pack or unpack 
data. Meanwhile, the controller 16 controls the ad- 
dress buffer 21 in accordance with an addressing 

45 type described in the bus width table (FIG. 4) stored 
in the bus width table storage section 14. 

The main bus address decoder 17 decodes an 
address (Address) outputted from the CPU 1 by way 
of the main bus 9 and compares a result of such de- 

so coding with an address decode table stored in the ad- 
dress table storage section 18. The main bus address 
decoder 1 7 then determines from a result of the com- 
parison whether the peripheral equipment the CPU 1 
tries to access is the RAM 2 or the device 3 connected 

55 to the main bus 9, and if it determines that the periph- 
eral equipment is the RAM 2 or the device 3, it outputs 
a chip select signal to the RAM 2 or the device 3 by 
way of the main bus 9. 



4 



7 EP 0 624 

The address table storage section 18 stores in 
advance the address decode table in which results of 
decoding of addresses allocated to the RAM 2, the de- 
vice 3, the ROM 5, the memory 6 and the devices 7 
and 8 are described. 5 

The sub bus address decoder 19 decodes an ad- 
dress outputted from the CPU 1 by way of the main 
bus 9 and the address buffer 21 and compares a re- 
sult of such decoding with the results of decoding of 
the addresses described in the address decode table 10 
of the address table storage section 18 and allocated 
to the RAM 2, the device 3, the ROM 5, the memory 
6, and the devices 7 and 8. The sub bus address de- 
coder 19 then determines from a result of the compar- 
ison whether or not the peripheral equipment the CPU 15 
1 tries to access is the ROM 5, the memory 6, or the 
device 7 or 8 connected to the sub bus 10, and out- 
puts, when it determines that the peripheral equip- 
ment is one of the peripheral equipment connected to 
the sub bus 1 0 (that is, one of the ROM 5, the memory 20 
6, and the devices 7 and 8), a chip select signal to the 
peripheral equipment by way of the sub bus 10. 

The status buffer 20 stores the peripheral equip- 
ment to which one of the main bus address decoder 
1 7 and the sub bus address decoder 1 9 has outputted 25 
a chip select signal last, that is, that one of the per- 
ipheral equipment which has been accessed last by 
the CPU 1 (a result of decoding of the address allo- 
cated to the peripheral apparatus). Further, when the 
stored value of the status buffer 20 is the same as that 30 
one of the peripheral equipment to which the sub bus 
address decoder 19 has outputted the chip select sig- 
nal, that is, when accessing to an arbitrary one of the 
peripheral equipment connected to the sub bus 10 
has occurred successively, the status buffer 20 out- 35 
puts a control signal to the controller 16 to execute re- 
covery processing which will be hereinafter descri- 
bed. 

The address buffer 21 latches an address sup- 
plied thereto from the CPU 1 by way of the main bus 40 
9. The address buffer 21 then holds the thus latched 
address as it is or increments (or decrements) the 
latched address by one at a predetermined timing. 

Subsequently, operation of the computer will be 
described. In order to facilitate description, control of 45 
the timings and control of the bus width and the ad- 
dressing type which are actually performed simulta- 
neously will be described separately from each other 
below. 

First, control of the timings will be described with so 
reference to the flow charts of FIGS. 5 and 6. It is to 
be noted that, in FIGS. 5 and 6, the signals Read, Da- 
taOk, ChipSelect, SRead, and SWrite are indicated in 
the active-low logic. Further, it is assumed that each 
block of the system operates in synchronism with the 55 
timing of a rising edge of a system clock ((a) in FIG. 
5 and (a) in FIG. 6). 

When, for example, the CPU 1 tries to read out 
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data of one byte (8 bits) from the device 7, the ad- 
dress (Address) ((c) of FIG. 5) allocated to the device 
7 is outputted from the CPU 1 by way of the main bus 

9 so that it is latched by the address buffer 21 and in- 
putted to the main bus address decoder 17. 

The address latched by the address buffer 21 is 
outputted as a signal SAddress ((h) of FIG. 5) to the 
sub bus 1 0 and outputted also to the sub bus address 
decoder 1 9. 

The main bus address decoder 17 and the sub 
bus address decoder 1 9 decode the address received 
from the CPU 1 , and results of the decoding are com- 
pared with the address decode table stored in the ad- 
dress table storage section 18. 

Since the address allocated to the device 7 is 
held outputted from the CPU 1 as described above, 
it is detected by the sub bus address decoder 19 that 
the peripheral equipment the CPU 1 tries to access is 
the device 7, and a chip select signal (ChipSelect) ((f) 
of FIG. 5) is outputted from the CPU 1 to the device 
7 by way of the sub bus 10. 

The result of decoding of the sub bus address de- 
coder 19 is stored into the status buffer 20 and then 
outputted from the status buffer 20 to the controller 
1 6. Consequently, it is recognized by the controller 1 6 
that the object for accessing of the CPU 1 is the de- 
vice 7. 

Further, a read signal (Read) ((b) of FIG. 5) and 
an accessing type signal (AccessType) indicative of 
byte accessing are supplied from the CPU 1 to the 
controller 16 by way of the main bus 9. 

When the controller 16 receives the read signal 
(Read) from the CPU 1, it outputs a read signal 
(SRead) ((g) of FIG. 5) to the sub bus 10. 

Here, the device 7 has a read delay time of 2 : 
clocks as seen from the timing table of FIG. 3. In par- 
ticular, a time for two clocks is required before the de- 
vice 7 outputs data to the sub bus 10 after a chip se- 
lect signal and a read signal (SRead) are supplied 
thereto. 

Thus, after the controller 16 outputs the read sig- 
nal (SRead) to the sub bus 10, it resets the counter 
1 5 and causes the counter 15 to start counting begin- 
ning with 0 at the timing of a system clock ((a) of FIG. 
5). 

Further, the controller 16 refers to the read delay 
time of the device 7 described in the timing table (FIG. 
3) of the timing table storage section 13 and places a 
waiting time until the count value of the counter 1 5 be- 
comes equal to the read delay time of the device 7. 

Accordingly, in this instance, the waiting time of 
2 clocks is placed after the read signal (SRead) is out- 
putted. 

After the time for two clocks elapses after the 
read signal (SRead) is outputted to the sub bus 10, 
one-byte data (SData) ((i) of FIG. 5) are outputted 
from the device 7 to the lower 8 bits of the sub bus 

10 of 16 bits, and a control signal based on the 8-bit 
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(one- byte) signal AccessType representative of an 
accessing type from the CPU 1 is outputted from the 
controller 16 to the multiplexer 12d and the data buf- 
fer 11 so that data of the lower 6 bits of the sub bus 
10 may be latched. 5 

Consequently, the one-byte data (SData) from 
the device 7 are latched at the lower 8 bits of the data 
buffer 11 by way of the multiplexer 12d. 

After the data (SData) from the device 7 are 
latched by the data buffer 11 , a DataOk signal ((e) of 10 
FIG. 5) indicating that it is enabled to output data from 
the device 7 to the main bus 9 is supplied from the 
controller 16 to the CPU 1 by way of the main bus 9, 
and the read signal (SRead) ((g) of FIG. 5) which has 
been outputted from the controller 16 to the sub bus 1 s 
10 is stopped. 

Further, in this instance, the controller 16 resets 
the counter 15 so that the counter 15 starts counting 
beginning with 0 at the timing of a system clock ((a) 
of FIG. 5). 20 

Then, the data latched by the data buffer 11 are 
outputted to the main bus 9 ((d) of FIG. 5) so that they 
are read in by the CPU 1. 

The CPU 1 then stops outputting of the read sig- 
nal (Read) ((b) of FIG. 5) and the address (Address) 25 
((c) of FIG. 5) to the main bus 9. After the CPU 1 stops 
outputting of the read signal (Read) ((b) of FIG. 5) to 
the main bus 9, the controller 16 causes the sub bus 
address decoder 19 to stop outputting of the chip se- 
lect signal (ChipSelect) ((0 of FIG. 5) to the device 7. 30 

Thereafter, the controller 16 causes, after the 
floating time of the device 7 elapses after the time at 
which the data from the device 7 are latched by the 
data buffer 11 (reading of the data comes to an end) 
and outputting of the data (SData) ((i) of FIG. 5) from 35 
the device 7 to the sub bus 10 is stopped, that is, the 
count value of the counter 15 becomes equal to the 
floating time of the device 7 described in the timing 
table (FIG. 3), the address buffer 21 to stop outputting 
of the address (SAddress) ((h) of FIG. 5) to the sub 40 
bus 10. 

By the way, the CPU 1 recognizes, at the point of 
time when outputting of the address (Address) ((c) of 
FIG. 5) to the main bus 9 is stopped as described 
above, that accessing to the device 7 has been com- 45 
pleted (actually such accessing has been completed 
with the CPU 1). 

Accordingly, if the case wherein, for example, it 
is tried to write data into the memory 6 connected to 
the sub bus 1 0 immediately after the CPU 1 stops out- so 
putting of the address (Address) ((c) of FIG. 5) to the 
main bus 9 is considered, then for a time until the 
floating time (2 clocks) of the device 7 elapses after 
the point of time when data from the device 7 are 
latched by the data buffer 11 (reading of data comes 55 
to an end), that is, for a time until the point of time in- 
dicated at P, in FIG. 5 is passed, the device 7 contin- 
ues to output the data (SData) to the sub bus 10, and 



accordingly, the data come across on the sub bus 10 
with data outputted from the CPU 1 to the memory 6. 

Therefore, the gateway 4 is constructed so that, 
in this instance, the data outputted from the CPU 1 
are latched by the data buffer 11 and a signal DataOk 
indicating that writing of data into the memory 6 has 
been completed is outputted from the controller 16 to 
the CPU 1. 

Consequently, the CPU 1 recognizes that writing 
of data into the memory 6 has been completed (al- 
though such writing has not been completed as yet). 
Accordingly, the main bus 9 is released immediately, 
and the CPU 1 can thereafter execute any processing 
except the process of accessing to any of the periph- 
eral equipment connected to the sub bus 10. 

Meanwhile, in the gateway 4, after it is waited that 
the floating time of the device 7 elapses after the 
point of time when data from the device 7 are latched 
by the data buffer 11 (reading of data comes to an 
end) (it is waited that the point P, of time (FIG. 5) 
comes), a write signal (SWrite), a chip select signal or 
an address (SAddress) is outputted from the control- 
ler 1 6, the sub bus address decoder 1 9 or the address 
buffer 21 to the memory 6 by way of the sub bus 10. 
Then, the data from the CPU 1 latched by the data 
buffer 11 are outputted to and written into the memory 

6 by way of the sub bus 10. 

Accordingly, in this instance, the CPU 1 can exe- 
cute writing processing of data into the memory with- 
out waiting the lapse of the floating time of the device 

7 after the point of time at which data from the device 
7 are latched by the data buffer 11 (reading of data 
comes to an end). Consequently, the processing 
speed of the entire apparatus can be enhanced. 

Further, in this instance, writing processing of 
data into the memory 6 is transferred from the CPU 
1 to the gateway 4 and accordingly is thereafter exe- 
cuted by the gateway 4. Accordingly, the CPU 1 can 
immediately execute any other processing. Conse- 
quently, access timings between the CPU 1 and the 
peripheral equipment need not be considered, which 
facilitates development of an application program. 

FIG. 6 illustrates writing processing of data from 
the CPU 1 into the device 8. Referring to FIG. 6, the 
address (Address) ((c) of FIG. 6) allocated to the de- 
vice 8 is first outputted from the CPU 1 by way of the 
main bus 9. The address is latched by the address 
buffer 21 and inputted to the main bus address de- 
coder 17. 

The address latched by the address buffer 21 is 
outputted as a signal SAddress ((h) of FIG. 6) to the 
sub bus 1 0 and outputted also to the sub bus address 
decoder 19. 

The address from the CPU 1 is decoded by the 
main bus address decoder 17 and the sub bus ad- 
dress decoder 19, and results of such decoding are 
compared with the address decode table stored in the 
address table storage section 18. 
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Since the address allocated to the device 8 is held 
outputted from the CPU 1 as described above, it is de- 
tected by the sub bus address decoder 19 that the 
peripheral equipment the CPU 1 tries to access is the 
device 8, and a chip select signal (ChipSelect) ((f) of s 
FIG. 6) is outputted from the sub bus address decod- 
er 19 to the device 8 by way of the sub bus 10. 

The result of decoding of the sub bus address de- 
coder 19 is stored into the status buffer 20 and then 
outputted from the status buffer 20 to the controller 10 
16. Consequently, the controller 16 recognizes that 
the object for accessing of the CPU 1 is the device 8. 

Further, from the CPU 1 , a write signal (Write) ((b) 
of FIG. 6) is supplied to the controller 16 by way of the 
main bus 9 and data (Data) are supplied to and latch- 15 
ed by the data buffer 11. 

After the data (Data) from the CPU 1 are latched 
by the data buffer 11 , the controller 1 6 supplies a Da- 
taOk signal ((e) of FIG. 6) indicating that writing of the 
data (Data) into the device 8 has been completed (al- 20 
though such writing has not been completed as yet) 
to the CPU 1 by way of the main bus 9. 

Upon reception of the DataOk signal, the CPU 1 
recognizes that writing of the data (Data) has been 
completed, and stops outputting of the write signal 25 
(Write), the address (Address) and the data (Data), 
whereafter it executes next processing. 

Meanwhile, upon reception of the write signal 
(Write) from the CPU 1, the controller 16 outputs a 
write signal (S Write) ((g) of FIG. 6) to the sub bus 10 30 
and outputs a control signal to the data buffer 11 to 
output the latched data as a signal SData ((i) of FIG. 
6) to the sub bus 10. 

Consequently, data (Sdata) are outputted from 
the data buffer 11 to the sub bus 10. 35 

Here, the device 8 has a write delay time of 3 
clocks as seen from the timing table of FIG. 3. In par- 
ticular, the device 8 requires the time for three clocks 
before data are fetched from the sub bus 10 after a 
chip select signal and a write signal (SWrite) are sup- 40 
plied thereto. 

Further, the device 8 has a hold time of one clock. 
- In particular, when it is tried to perform writing of data 
into the device 8 (in order to assure writing of data into 
the device 8), the data (SData) and the address (SAd- 45 
dress) must necessarily be continued to be supplied 
to the sub bus 1 0 before the time at least for one clock 
elapses after supplying of the write signal (SWrite) is 
stopped. 

Thus, the controller 1 6 first resets, after it outputs so 
a write signal (SWrite) ((g) of FIG. 6) to the sub bus 
10, the counter 15 and then causes the counter 15 to 
start counting beginning with 0 at the timing of a sys- 
tem clock ((a) of FIG. 6). 

Further, the controller 1 6 refers to the write delay 55 
time of the device 8 described in the timing table (FIG. 
3) of the timing table storage section 13 and places a 
waiting time until after the count value of the counter 



15 becomes equal to the write delay time of the de- 
vice 8. 

Accordingly, in this instance, after the write signal 
(SWrite) is outputted, a waiting time for three clocks 
is placed. 

When the time for three clocks elapses after the 
write signal (SWrite) is outputted to the sub bus 10, 
outputting of the write signal (SWrite) and the chip se- 
lect signal from the controller 16 is stopped. 

After the controller 16 stops outputting of the 
write signal (SWrite) ((g) of FIG. 6), it resets the coun- 
ter 15 and then causes the counter 15 to start count- 
ing beginning with 0 at the timing of a system clock 
((a) of FIG. 6). 

Thereafter, the controller 16 refers to the hold 
time of the device 8 described in the timing table (FIG. 
3) of the timing table storage section 13 and places a 
waiting time until after the count value of the counter 
15 becomes equal to the hold time of the device 8. 

Accordingly, in this instance, a waiting time for 
one clock is placed after outputting of the write signal 
(SWrite) is stopped. 

When the time for one clock elapses after output- 
ting of the write signal (SWrite) is stopped (at a timing 
(the point of time denoted at P 2 in FIG. 6) of a first ris- 
ing edge of the system clock signal after lapse of the 
time for more than one clock), outputting of the data 
(Sdata) or the address (SAddress) from the data buf- 
fer 11 or the address buffer 21 is stopped, thereby 
completing the writing processing of data into the de- 
vice 8. 

The accessing timings to the device 8 which has 
a hold time are controlled in such a manner as descri- 
bed above so that writing of data into the device 8 is 
assured (data are written accurately into the device 
8). 

Further, writing processing of data into the device 
8 is transferred from the CPU 1 to the gateway 4 so 
that the writing processing is thereafter executed by 
the gateway 4. Accordingly, the CPU 1 can imme- 
diately execute any other processing as described 
above, and consequently, the processing speed of 
the entire apparatus can be enhanced. 

Subsequently, when, for example, writing of data 
into the memory 6 is successively performed twice 
(when accessing to the memory 6 is successively 
performed twice), similar processing to that in the 
writing processing of data into the device 8 described 
above is first performed for the first time. 

In particular, the gateway 4 executes timing con- 
trol taking the write delay time (FIG. 3) of the memory 
6 into consideration (the hold time (FIG. 3) of the 
memory 6 is ignored since it is equal to 0). 

Here, the memory 6 has a recovery time of 10 
clocks as seen from the timing table of FIG. 3. In par- 
ticular, when it is tried to successively access the 
memory 6 twice, second time accessing is not as- 
sured before the time for 10 clocks elapses after first 
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time accessing comes to an end. 

Thus, in the gateway 4, after second time access- 
ing to the memory 6 is started after completion of first 
time accessing to the memory 6 and a result of decod- 
ing of the address allocated to the peripheral equip- 5 
ment to which the sub bus address decoder 19 has 
outputted a chip select signal is supplied to the status 
buffer 20, the result of the decoding is compared with 
a stored value currently stored in the status buffer 20. 

Here, when the first time writing processing of to 
data into the memory 6 comes to an end, the last re- 
sult of decoding of the sub bus address decoder 19, 
that is, the fact that the peripheral equipment which 
has been accessed last is the memory 6, is stored in 
the status buffer 20. 15 

Accordingly, in this instance, it is determined that 
the result of decoding just outputted from the sub bus 
address decoder 1 9 is equal to the stored value stored 
in the status buffer 20. 

Consequently, the controller 1 6 executes recov- 20 
ery processing. 

In particular, the controller 16 first resets the 
counter 15 and causes the counter 1 5 to start count- 
ing beginning with 0 at the timing of a system clock. 

Simultaneously, the controller 1 6 refers to the re- 25 
covery time of the memory 6 described in the timing 
table (FIG. 3) of the timing table storage section 13, 
and if the recovery time is longer than 0, the controller 
16 places a waiting time until the count value of the 
counter 1 5 becomes equal to the recovery time of the 30 
memory 6. 

Accordingly, in this instance, after the first time 
accessing to the memory 6 comes to an end, a waiting 
time (interval) for 10 docks is placed, and thereafter, 
second time writing of data into the memory 6 is per- 35 
formed. 

The accessing timing to the memory 6 which has 
a recovery time is controlled in such a manner as de- 
scribed above, and even if accessing to the memory 
6 occurs successively, the operation in such access- 40 
ing is assured. 

Meanwhile, data outputted as write data for the 
second time from the CPU 1 to the memory 6 after 
completion of the first time accessing to the memory 
6 by the gateway 4 are latched immediately by the 45 
data buffer 11 of the gateway 4. 

Then, a signal OataOk is outputted from the con- 
troller 16 to the CPU 1. 

Consequently, the CPU 1 recognizes that writing 
of the data into the memory 6 has been completed (al- so 
though actually the data have been merely latched by 
the data buffer 11 and writing of the data into the 
memory 6 is not completed as yet), and the main bus 
9 is released. Accordingly, the CPU 1 can execute an- 
other processing immediately after completion of the 55 
first time accessing to the memory 6 by the gateway 
4, and consequently, the processing speed of the en- 
tire apparatus can be enhanced. 



It is to be noted that the timing table (FIG. 3) stor- 
ed in the timing table storage section 13 can be re- 
written by the CPU 1 executing a predetermined pro- 
gram. Accordingly, even if the specifications of, for 
example, any of the ROM 5, the backup memory 6, 
and the devices 7 and 8 are varied or a new peripheral 
equipment is added, only it is necessary to re-write 
the timing table, and such a situation that, for exam- 
ple, the compatibility of application software which 
has been used till now is lost to disable use of the ap- 
plication software is eliminated. 

Subsequently, control of the bus width and the 
addressing type will be described with reference to 
the flow charts of FIGS. 7 and 8. It is to be noted that, 
in FIGS. 7 and 8, the signals Read, DataOK, ChipSe- 
lect, Sread and SWrite are indicated in the active-low 
logic. Further, it is assumed that each block of the ap- 
paratus operates in synchronism with the timing of a 
rising edge of the system clock ((a) of FIG. 7 and (a) 
of FIG. 8). 

For example, when the CPU 1 tries to read out 
data of 32 bits from the ROM 5 of 8 bits, an address 
(Address) ((c) of FIG. 7) of the data to be read out from 
the ROM 5 is outputted from the CPU 1 by way of the 
main bus 9. The address is latched by the address 
buffer 21 and inputted to the main bus address de- 
coder 17. 

The address latched by the address buffer 21 is 
outputted as a signal SAddress ((h) of FIG. 7) to the 
sub bus 1 0 and outputted to the sub bus address de- 
coder 19. 

The address from the CPU 1 is decoded by the 
main bus address decoder 17 and the sub bus ad- 
dress decoder 19, and a result of the decoding is com- 
pared with the address decode table stored in the ad- 
dress table storage section 18. 

Since the address of the ROM 5 is outputted from 
the CPU 1 as described above, it is detected by the 
sub bus address decoder 19 that the peripheral 
equipment the CPU 1 tries to access is the ROM 5, 
and a chip select signal (ChipSelect) ((f) of FIG. 7) is 
outputted from the sub bus address decoder 19 to the 
ROM 5 by way of the sub bus 1 0. 

The result of decoding of the sub bus address de- 
coder 19 is stored into the status buffer 20 and then 
outputted from the status buffer 20 to the controller 
1 6. Consequently, it is recognized by the controller 1 6 
that the object for accessing of the CPU 1 is the ROM 
5. 

Further, a read signal (Read) ((b) of FIG. 7) and 
an accessing type signal (AccessType) indicating 
that the length of data to be read out is 32 bits are sup- 
plied from the CPU 1 to the controller 16 by way of the 
main bus 9. 

Upon reception of the read signal (Read) from the 
CPU 1, the controller 16 outputs a read signal 
(SRead) ((g) of FIG. 7) to the sub bus 10. 

Consequently, data of 8 bits (Sdata) ((i) of FIG. 
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7) are outputted from the address (SAddress) of the 
ROM 5 to the lower 8 bits of the sub bus 10 of 16 bits. 

Here, the ROM 5 has a bus width of 8 bits and a 
variable addressing type as seen from the bus width 
table of FIG. 4. In other words, in order to read out s 
data of 32 bits indicated by an accessing type signal 
(AccessType) from the ROM 5, the processing of 
reading out data in units of 8 bits as the bus width unit 
must necessarily be performed four times increment- 
ing (or decrementing) the address. 10 

Therefore, the controller 16 executes the follow- 
ing control in accordance with the accessing type sig- 
nal (AccessType) received from the CPU 1 and the 
bus width and the addressing type of the ROM 5 de- 
scribed in the bus width table (FIG. 4) of the bus width 1 s 
table storage section 14. 

In particular, where four data obtained by dividing 
data of 32 bits by 8 bits are represented, beginning 
with the uppermost 8 bits, by d 4 , d 3 , d 2 and d 1t if it is 
assumed that the four 8-bit data d 4 , d 3 , d 2 and d 1 are 20 
written at addresses of SAddress+3, SAddress+2, 
SAddress+1 and SAddress of the ROM 5, then the 
controller 16 first causes 8-bit data outputted from 
the address (SAddress) of the ROM 5 to the sub bus 

1 0 as described above to be latched at the lower 8 bits 25 
of the data buffer 1 1 of 32 bits by way of the multiplex- 
er 12d. 

Thereafter, the controller 16 causes the address 
(SAddress (= Address)) latched in the address buffer 
21 to be incremented by one and outputs the resulted 30 
new address (SAddress+1) to the ROM 5 by way of 
the sub bus 10. 

Consequently, data of 8 bits are outputted from 
the address (SAddress+1) of the ROM 5 to the sub 
bus 10. The 8-bit data are latched as data of next 8 35 
bits to the lower 8 bits by the data buffer 11 by way 
of the multiplexer 12c. 

Thereafter, data of 8 bits are read out successive- 
ly from the addresses (SAddress+2 and SAddress+3) 
of the ROM 5 and latched successively by the data 40 
buffer 11 in a similar manner as described above. It 
is to be noted that, in this instance, the controller 16 
turns the read signal (SRead) to the ROM 5 on or off 
as seen from (g) of FIG. 7 in response to the timing 
at which the address stored in the address buffer 21 45 
is incremented. 

After the 8-bit data read out from the addresses 
(SAddress, SAddress+1, SAddress+2 and SAd- 
dress+3) of the ROM 5 are latched by the data buffer 

1 1 in such a manner as described above to form data so 
of 32 bits, that is, after four data of 8 bits are packed 

into data of 32 bits, the controller 16 outputs a signal 
DataOK ((e) of FIG. 7) to the CPU 1 by way of the main 
bus 9 and causes the data of 32 bits ((d) of FIG. 7) 
latched in the data buffer 11 to be outputted to the 55 
main bus 9. 

Upon reception of the signal DataOK, the CPU 1 
fetches the data of 32 bits on the main bus 9, thereby 



completing reading of the data of 32 bits from the 
ROM 5. 

It is to be noted that the bus width table (FIG. 4) 
stored in the bus width table storage section 14 can 
be re-written by the CPU 1 executing a predeter- 
mined program. Accordingly, if, for example, the ROM 
5 is changed from an 8-bit ROM to a 16-bit ROM, it is 
only necessary to change the bus width of the ROM 
5 of the bus width table (FIG. 4) from 8 bits to 16 bits. 

In this instance, two 16-bit data are read out from 
the ROM 5, and one of the two data, for example, the 
data of 1 6 bits of the lower address, are latched at the 
lower 16 bits of the data buffer 11 by way of the mul- 
tiplexers 12c and 1 2d and the other of the two data, 
for example, the data of 1 6 bits of the upper address, 
are latched at the upper 16 bits of the data buffer 11 
by way of the multiplexers 12a and 12b so that the two 
16-bit data are packed into 32-bit data. 

Subsequently, when the CPU 1 tries to write data 
of 32 bits into the device 7, an address (Address) ((c) 
of FIG. 8) of the device 7 into which data are to be writ- 
ten is outputted from the CPU 1 by way of the main 
bus 9. The address is latched by the address buffer 
21 and inputted to the main bus address decoder 17. 

The address latched by the address buffer 21 is 
outputted as a signal SAddress ((h) of FIG. 8) to the 
sub bus 10, and is outputted to the sub bus address 
decoder 1 9. 

The address from the CPU 1 is decoded by the 
main bus address decoder 17 and the sub bus ad- 
dress decoder 1 9, and a result of the decoding is com- 
pared with the address decode table stored in the ad- 
dress table storage section 18. 

Since the address of the device 7 is outputted 
from the CPU 1 as described above, it is detected by 
the sub bus address decoder 19 that the peripheral 
equipment the CPU 1 tries to access is the device 7, 
and a chip select signal (ChipSelect) ((0 of FIG. 8) is 
outputted from the sub bus address decoder 1 9 to the 
device 7 by way of the sub bus 10. 

The result of decoding of the sub bus address de- 
coder 19 is stored into the status buffer 20 and out- 
putted from the status buffer 20 to the controller 16. 
Consequently, it is recognized by the controller 16 
that the object for accessing of the CPU 1 is the de- 
vice 7. 

Further, a write signal (Write) and an accessing 
type signal (AccessType) indicating that the length of 
data to be written is 32 bits are supplied from the CPU 

I to the controller 16 by way of the main bus 9, and 
data (Data) ((d) of FIG. 8) to be written into the device 
7 are outputted from the CPU 1 to the main bus 9. 

Upon reception of the write signal (Write) from 
the CPU 1, the controller 16 causes the data buffer 

II to latch the 32-bit data on the main bus 9 and out- 
puts a write signal (SWrite) ((g) of FIG. 8) to the sub 
bus 10. 

Further, the controller 16 outputs a signal Data- 
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OK to the CPU 1 . Consequently, the CPU 1 recogniz- 
es that writing of data into the device 7 has been com- 
pleted (although such writing has not actually been 
completed as yet), and the main bus 9 is released. Ac- 
cordingly, since the CPU 1 thereafter can execute any 
other processing immediately, the processing speed 
of the entire apparatus can be enhanced. 

Here, the device 7 has a bus width of 8 bits and 
a fixed addressing type as seen from the bus width 
table of FIG. 4. In particular, in order to write data of 
32 bits indicated by the accessing type signal (Acces- 
sType) into the device 7, it is necessary to divide the 
32-bit data equally into four data of 8 bits as a bus 
width unit of the device 7 and write the four 8-bit data 
fixing the address. 

Therefore, the controller 16 executes the follow- 
ing control in accordance with the accessing type sig- 
nal (AccessType) received from the CPU 1 and a bus 
width and an addressing type of the device 7 descri- 
bed in the bus width table (FIG. 4) of the bus width ta- 
ble storage section 14. 

In particular, the controller 16 causes data of 32 
bits latched in the data buffer 11 to be read out into 
the multiplexers 1 2a to 1 2d of an 8-bit width to unpack 
the data into four 8-bit data. 

The controller 16 then causes the data of 8 bits 
on the LSB (least significant bit) side of the 32-bit data 
read out by the multiplexer 12d to be outputted to the 
lower 8 bits of the sub bus 10. Consequently, the data 
of 8 bits are written into the address (S Address) of the 
device 7. 

Further, the controller 16 causes the address buf- 
fer 21 to output the data of next upper 8 bits to the 8 
bits on the LSB side of the 32-bit data, which have 
been read out by the multiplexer 12c, while leaving 
the address buffer 21 to hold the stored address 
(SAddress), to the lower 8 bits of the sub bus 10. Con- 
sequently, the data of 8 bits are written into the ad- 
dress (SAddress) of the device 7. 

Thereafter, the remaining two data of 8 bits read 
out from the data buffer 11 by the multiplexers 12b 
and 12a are successively written into the address 
(SAddress) of the device 7 in a similar manner as de- 
scribed above. It is to be noted that, in this instance, 
the controller 16 causes the multiplexers 12a to 12d 
to successively turn on and off the write signal 
(SWrite) to the device 7 as seen from (g) of FIG. 8 in 
accordance with the timing at which data are read out 
from the data buffer 11. 

The device 7 has a buffer of, for example, of the 
FIFO type, and the four data of 8 bits written into the 
address (SAddress) are successively stacked (load- 
ed) into the buffer and are thereafter processed by 
predetermined processing by the device 7. 

It is to be noted that, when, for example, the de- 
vice 7 is changed from the device having a bus width 
of 8 bits to another device having another bus width 
of 1 6 bits, it is only necessary to change the bus width 



of the device 7 in the bus width table (FIG. 4) from 8 
bits to 16 bits in a similar manner as described here- 
inabove. 

In this instance, the data of lower 16 bits of the 
5 32-bit data latched in the data buffer 11 are read out 
by the multiplexers 12c and 12d and the data of upper 
16 bits are read out by the multiplexers 12a and 12b 
to unpack the 32-bit data into two 16-bit data. 

Accordingly, even if the bus width or the address- 
10 ing type of the peripheral equipment is changed or a 
new peripheral equipment is added, it is only neces- 
sary to re-write the bus width table, and such a situa- 
tion that, for example, the compatibility of application 
software which has been used till now is lost to die- 
ts able use of the application software is eliminated. 

While the control of the timings and the control 
of the bus width and the addressing type have been 
described separately from each other in order to fa- 
cilitate understanding, those controls are executed 
20 paralleily or simultaneously as illustrated in a flow 
chart of FIG. 9 by the gateway 4 in accordance with 
the timing table (FIG. 3) and the bus width table (FIG. 
4). 

In particular, the gateway 4 first waits that an ad- 

25 dress is outputted together with a write signal or a 
read signal from the CPU 1 by way of the main bus 
9. Then, after an address is outputted together with 
a write signal or a read signal from the CPU 1, the 
control sequence advances to step S2, at which the 

30 address from the CPU 1 is outputted to the peripheral 
equipment and decoding of the address is performed. 
Then, the gateway 4 outputs a chip select signal to 
one of the peripheral equipment indicated by a result 
of the decoding. 

35 The control sequence then advances to step S3, 
at which it is determined from the result of decoding 
of the address from the CPU 1 whether or not the per- 
ipheral equipment the CPU 1 tries to access is con- 
nected to the sub bus 10. 

40 When it is determined at step S3 that the periph- 
eral equipment the CPU 1 tries to access is not con- 
nected to the sub bus 10, that is, when the peripheral 
equipment the CPU 1 tries to access is connected to 
the main bus 9, the recovery processing described 

45 above need not be executed, and consequently, the 
control sequence advances to step S4, at which the 
status buffer 20 is cleared, whereafter the control se- 
quence advances to step S5. 

At step S5, accessing of the CPU 1 to the periph- 

so eral equipment connected to the main bus 9 is per- 
formed, and after such accessing comes to an end, 
the control sequence returns to step S1 to repeat the 
processes beginning with step S1. 

On the other hand, when it is determined at step 

55 S3 that the peripheral equipment the CPU 1 tries to 
access is connected to the sub bus 10, the control se- 
quence successively advances to steps S6 and S7, at 
which the timing table and the bus width table are 
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read out from the timing table storage section 13 and 
the bus width table storage section 14, respectively. 

Thereafter, the control sequence advances to 
step S8, at which it is determined whether or not the 
accessing type of the CPU 1 and the bus width of the 5 
peripheral equipment the CPU 1 tries to access are 
equal to each other. When it is determined at step S8 
that the accessing type of the CPU 1 and the bus 
width of the peripheral equipment the CPU 1 tries to 
access are equal to each other, the control sequence 10 
advances to step S10, at which a variable N is set to 
1 , whereafter the control sequence advances to step 
S11. 

On the other hand, when it is determined at step 
S8 that the accessing type of the CPU 1 and the bus is 
width of the peripheral equipment the CPU 1 tries to 
access are not equal to each other, the control se- 
quence advances to step S9, at which the variable N 
is set to the number of times by which packing/un- 
packing should be performed, whereafter the control 20 
sequence advances to step S11. 

At step S11, it is determined whether the signal 
outputted from the CPU 1 at step S1 is a write signal 
or a read signal. 

. If it is determined at step S11 that the signal out- 25 
putted from the CPU 1 at step S1 is a read signal, the 
control sequence advances to step S13, at which 
reading processing of data from the peripheral equip- 
ment is performed. 

In particular, at step S13, recovery processing is 30 
first executed at step S21 illustrated in FIG. 10. 

Here, the recovery processing at step S13 pro- 
ceeds in such a manner as illustrated in a flow chart 
of FIG. 11. 

In particular, referring to FIG. 11, the address but- 35 
fer 21 is first referred to at step S31 to determine 
whether or not the peripheral equipment the CPU 1 
now tries to access is the peripheral equipment which 
has been accessed last by the CPU 1 . 

If it is determined at step S31 that the peripheral 40 
equipment the CPU 1 tries to access is not the per- 
ipheral equipment which has been accessed last by 
the CPU 1 , the control sequence advances to step 
S32, at which the peripheral equipment the CPU 1 
tries to access now is stored into the status buffer 20, 45 
thereby completing the processing. 

On the other hand, if it is determined at step S31 
that the peripheral equipment the CPU 1 tries to ac- 
cess now is the peripheral equipment which has been 
accessed last by the CPU 1, then the control se- so 
quence advances to step S33, at which the timing ta- 
ble (FIG. 3) is referred to to determine whether or not 
the peripheral equipment the CPU 1 tries to access 
now has a recovery time. 

If it is determined at step S33 that the peripheral 55 
equipment the CPU 1 tries to access now does not 
have a recovery time, the processing is completed 
immediately. 



On the other hand if it is determined at step S33 
that the peripheral equipment the CPU 1 tries to ac- 
cess now has a recovery time, the control sequence 
advances to step S34, at which a waiting time for the 
recovery time is placed, thereby completing the proc- 
essing. 

After the recovery processing at steps S31 to 
S34 is completed in such a manner as described 
above, that is, if the processing at step S21 of FIG. 10 
is completed, then the control sequence advances to 
step S22, at which a read signal (SRead) is outputted 
byway of the sub bus 10 to the peripheral equipment 
from which the CPU 1 tries to read data, whereafter 
the control sequence advances to step S23. 

At step 23, a waiting time for the read delay time 
of the peripheral equipment from which the CPU 1 
tries to read data, which is described in the timing ta- 
ble of the timing table storage section 13, is placed, 
whereafter the control sequence advances to step 

524, at which data are read out from the peripheral 
equipment The data thus read out are latched from 
the lower bit side thereof into the data buffer 11, and 
outputting of the read signal (SRead) is stopped. 

The control sequence then advances to step 

525, at which it is determined whether or not the per- 
ipheral equipment from which the data have been 
read out has a floating time. If it is determined at step 
S25 that the peripheral equipment from which the 
data have been read out has a floating time, then the 
control sequence advances to step S26, at which a 
waiting time for the floating time is placed, whereafter 
the control sequence advances to step S27. 

On the other hand, if it is determined at step S25 
that the peripheral equipment from which the data 
have been read out does not have a floating time, the 7 
control sequence advances, skipping the step S26, to 
step S27, at which the variable N is decremented by 
one. 

The control sequence then advances to step 
S28, at which it is determined whether or not the va- 
riable N is equal to 0. If it is determined at step S28 
that the variable N is not equal to 0, the control se- 
quence advances to step S29, at which outputting 
processing of a next address for further reading out 
data from the peripheral equipment is executed. 

In particular, at step S29, the bus width table 
(FIG. 4) read out from the bus width table storage sec- 
tion 14 at step S7 in FIG. 9 is referred to, first at step 
S41 illustrated in FIG. 12, to determine whether or- 
not the addressing type of the peripheral equipment 
from which the data have been read out is the fixed 
type. 

If it is determined at step S41 that the addressing 
type of the peripheral equipment from which the data 
have been read out is the fixed type, that is, when the 
address stored in the address buffer 21 need not be 
incremented or decremented in order to further read 
out data from the peripheral equipment, the process- 
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ing is completed skipping the step S42. 

On the other hand, if it is determined at step S41 
that the addressing type of the peripheral equipment 
from which the data have been read out is not the 
fixed type but the variable type, the control sequence s 
advances to step S42, at which the address stored in 
the address buffer 21 is incremented by one, thereby 
completing the processing. 

After the outputting processing for a next address 
is completed in such a manner as described above, 1 o 
that is, after processing at step S29 of FIG. 10 has 
been completed, the control sequence returns to step 
S21 until it is determined at step S28 that the variable 
N is equal to 0, the processing at step S21 to S29 are 
repeated. *5 

Namely, at steps S21 to 29, data of the prescribed 
bus width are read out successively from the periph- 
eral equipment and successively latched from the 
lower bit side thereof by the data buffer 11 to pack the 
data. The processing just described is repeated by the 20 
number of times given by (accessing type of the CPU 

I) /(bus width of the peripheral equipment). 

On the other hand, when it is determined at step 
S28 that the variable N is equal to 0, that is, when the 
data length of the data successively latched from the 25 
lower bit side thereof by the data buffer 11 becomes 
equal to the accessing type of the CPU 1 as a result 
of the processing at steps S21 to S29 described 
above, the control sequence advances to step S30, 
at which the data latched in the data buffer 11 are sup- 30 
plied to the CPU 1 by way of the main bus 9, thereby 
completing the processing. 

After the reading processing of data from the per- 
ipheral equipment is completed in such a manner as 
described above, that is, after the processing at step 35 
S13 of FIG. 9 is completed, the control sequence ad- 
vances to step S14. 

On the other hand, if it is determined at step S11 
of FIG. 9 that the signal outputted from the CPU 1 at 
step S1 is a write signal, the control sequence ad- 40 
vances to step S12, at which writing processing of 
data into the peripheral equipment is executed. 

In particular, at step S12, the data outputted from 
the CPU 1 by way of the main bus 9 are first latched 
by the data buffer 11 . Then at step S51 illustrated in 45 
FIG. 13, a signal DataOK is outputted to the CPU 1, 
whereafter the control sequence advances to step 
S52. 

Consequently, the CPU 1 recognizes that writing 
of data into the peripheral equipment has been com- 50 
pleted (although such writing has not actually been 
completed as yet) as described hereinabove. 

Then at step S52, recovery processing similar to 
that at step S21 of FIG. 10 (steps S31 to S34 of FIG. 

I I ) described above is executed, whereafter the con- 55 
trol sequence advances to step S53, at wh ich the data 
from the CPU 1 latched in the data buffer 11 are read 

out from the lower bit side thereof by way of the mul- 



tiplexers 12a to 12d in accordance with the bus width 
(8 bits or 16 bits in the present embodiment) of the 
peripheral equipment, into which the data should be 
written. The data thus read out are outputted as signal 
SData to the sub bus 10 while a write signal (SWrite) 
is outputted to the sub bus 10. 

The control sequence then advances to step 
S54, at which the write delay time of the peripheral 
equipment, into which it is tried to write data, which is 
described in the timing table read out from the timing 
table storage section 13 at step S6 of FIG. 9, is refer- 
red to to place a waiting time corresponding to the 
write delay time. 

Consequently, the data read out from the data 
buffer 11 are written into the peripheral equipment in 
accordance with the bus width of the peripheral 
equipment. 

Thereafter, outputting of the write signal (SWrite) . 
is stopped at step S55, and then it is determined at 
step S56 whether or not the peripheral equipment into 
which the data have been written has a hold time. If 
it is determined at step S56 that the peripheral equip- 
ment into which the data have been written has a hold 
time, the control sequence advances to step S57, at 
which a waiting time for the hold time is placed, 
whereafter the control sequence advances to step 
S58. 

On the other hand, if it is determined at step S56 
that the peripheral equipment into which the data 
have been written does not have a hold time, the con- 
trol sequence advances, skipping the step S57, to 
step S58, at which the variable N is decremented by 
one. 

The control sequence then advances to step 
S59, at which it is determined whether or not the va- 
riable N is equal to 0. If it is determined at step S59 
that the variable N is not equal to 0, the control se- 
quence advances to step S60, at which outputting 
processing of a next address and next data for further 
writing data into the peripheral equipment is execut- 
ed. 

In particular, at step S60, the bus width table 
(FIG. 4) read out from the bus width table storage sec- 
tion 14 at step S7 of FIG. 9 is first referred to at step 
S71 illustrated in FIG. 14 to determine whether or not 
the bus width of the peripheral equipment into which 
the data have been written is 8 bits. 

If it is determined at step S71 that the bus width 
of the peripheral equipment into which the data have 
been written is not 8 bits, that is, when the bus width 
is 16 bits (in the present embodiment, the bus width 
of the peripheral equipment connected to the sub bus 
1 0 is either 8 bits or 1 6 bits), the control sequence ad- 
vances to step S72, at which the upper 16 bits of the 
32-bit data latched in the data buffer 11 are outputted 
to the multiplexers 12a and 12b, whereafter the con- 
trol sequence advances to step S74. 

On the other hand, if it is determined at step S71 
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that the bus width of the peripheral equipment into 
which the data have been written is 8 bits, the control 
sequence advances to step S73, at which upper 8 bits 
next to the 8 bits outputted last from among the 32- 
bit data latched in the data buffer 11 are outputted to 
the multiplexer 12c (or 12b or 12a), whereafter the 
control sequence advances to step S74. 

At step S74, the bus width table (FIG. 4) is refer- 
red to again to determine whether or not the address- 
ing type of the peripheral equipment into which the 
data have been written is the fixed type. 

If it is determined at step S74 that the addressing 
type of the peripheral equipment into which the data 
have been written is the fixed type, that is, when the 
address stored in the address buffer 21 need not be 
incremented or decremented in order to further write 
data into the peripheral equipment, the processing is 
completed skipping the step S75. 

On the other hand, if it is determined at step S74 
that the addressing type of the peripheral equipment 
into which the data have been written is not the fixed 
type but the variable type, the control sequence ad- 
vances to step S75, at which the address stored in the 
address buffer 21 is incremented by one, thereby 
completing the processing. 

After the outputting processing of a next address 
and next data is completed in such a manner as de- 
scribed above, that is, after the processing at step 
S60 of FIG. 13 is completed, the control sequence re- 
turns to step S51 in order to repeat the processing at 
steps S51 to S60 until after it is determined at step 
S59 that the variable N is equal to 0. 

in particular, data are successively read out from 
the lower bit side thereof from the data buffer 11, in 
which the data from the CPU 1 are stored, in accor- 
dance with the bus width of the peripheral equipment 
to unpack and write the data into the peripheral equip- 
ment. The processing just described is repeated by 
the number of times given by (accessing type of the 
CPU 1)/(bus width of the peripheral equipment). 

On the other hand, if it is determined at step S59 
that the variable N is equal to 0, that is, when the data 
stored in the data buffer 11 have been successively 
read out from the lower bit side thereof and all written 
into the peripheral equipment as a result of the proc- 
essing at steps S51 to S60, the control sequence ad- 
vances to step S61, at which outputting of the data 
(SData) to the peripheral equipment is stopped, there- 
by completing the processing. 

After the writing processing of data into the per- 
ipheral equipment is completed in such a manner as 
described above, that is, after the processing at step 
S12 of FIG. 9 is completed, the control sequence suc- 
cessively advances to steps S14 and S15, at which 
outputting of the chip select signal and the address 
(SAddress), which has been outputted to the periph- 
eral apparatus, is stopped. 

Thereafter, the control sequence returns to step 



S1 to repeat the processing beginning with step S1 . 

Since the control of timings and the control of the 
bus width and the addressing type are performed par- 
alleily (simultaneously) in such a manner as descri- 

5 bed above by the gateway 4, the processing speed of 
the entire apparatus can be enhanced and an appli- 
cation program which is reduced in dependency upon 
hardware can be provided. 

Having now fully described the invention, it will 

10 be apparent to one of ordinary skill in the art that 
many changes and modifications can be made there- 
to without departing from the spirit and scope of the 
invention as set forth herein. 
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Claims 



1. A bus control apparatus for interconnecting a 
plurality of bus lines, comprising: 

20 a main bus to which a central processing 

unit is connected; 

a sub bus to which a peripheral equipment 
is connected; 

storage means for storing an operation 
25 timing of said peripheral equipment; and 

control means for controlling an access 
timing between said central processing unit and 
said peripheral equipment in accordance with the 
operation timing of said peripheral equipment 
30 stored in said storage means. 

2. A bus control apparatus for interconnecting a 
plurality of bus lines, comprising: 

a main bus to which a central processing 
35 unit is connected; 

a sub bus to which a peripheral equipment 
is connected; 

storage means for storing a bus width and 
an addressing type of said peripheral equipment; 
40 data latch means for latching data output- 

ted from said central processing unit or said per- 
ipheral equipment; 

address latch means for latching an ad- 
dress outputted from said central processing unit 
45 to said peripheral equipment; and 

control means for controlling packing/un- 
packing of data latched in said data latch means 
in accordance with the bus width of said periph- 
eral equipment stored in said storage means and 
so controlling the address latched in said address 

latch means in accordance with the addressing 
type of said peripheral equipment stored in said 
storage means. 

55 3. A bus control apparatus according to claim 1 or 
2, wherein the operation timing of said peripheral 
equipment stored in said storage means is re- 
writable. 
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4. A bus control apparatus according to claim 1, 2 
or 3, wherein said storage means stores at least 
a hold time or a recovery time of said peripheral 
equipment. 

5 

5. A bus control apparatus according to any one of 
claims 1 to 4, wherein said main bus has a bus 
width greater than the bus width of said sub bus. 

6. A bus control apparatus according to any one of 10 
the preceding claims, wherein the bus width of 
said main bus is equal to an integral number of 
times the bus width of said sub bus. 

7. A bus control apparatus according to claim 6, is 
wherein the bus width and the addressing type of 
said peripheral equipment stored in said storage 
means are re-writable. 

8. A bus control apparatus according to claim 7, 20 
wherein said storage means stores at least a hold 
time or a recovery type of said peripheral equip- 
ment. 

9. A bus control apparatus according to claim 8, 25 
wherein the bus width of said main bus is greater 
than the bus width of said sub bus. 

10. A bus control apparatus according to claim 9, 
wherein the bus width of said main bus is equal do 
to an integral number of times the bus width of 
said sub bus. 
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